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DETAILED ACTION 
Response to Amendments 
A request for continued examination under 37 CFR 1.114, including the fee set forth in 
37 CFR 1. 17(e), was filed in this application after final rejection. Since this application is 
eligible for continued examination under 37 CFR 1 . 1 14, and the fee set forth in 37 CFR 1 .17(e) 
has been timely paid, the finality of the previous Office action has been withdrawn pursuant to 
37 CFR 1.114. Applicants submissions filed on 08/3/2005 and 9/1/2005 have been entered. 
Claims 1, 22, 31, 33, and 45 have been amended. Claims 4, 14-21, 23-25, 34, 38-44 have been 
canceled. Claims 1-3, 5-13, 22, 26-33, 35-37, and 45-56 are pending in the application. 

Response to Arguments 

Applicant's arguments filed August 3, 2005 have been fully considered but are moot in 
view of the new ground(s) of rejection set forth in the present Office Action. 

In response to applicant's arguments, Rossin discloses in col. 4, lines 35-39 that 'the 
rendering data is provided by geometry accelerator 1 10 along bus 1 12 to host interface 106 
which re- formats the rendering data, performs a floating point to fixed point conversion, and 
provides such data along bus system 122 to frame buffer subsystem 104. Rossin reads on the 
claim limitation of "thereby the rasterization process which operates using a floating point 
format." It does not matter whether the rasterization process occurs in the frame buffer 
subsystem because the rasterization process initially takes the floating point data by performing a 
floating point to fixed point conversion and thereby operating on the floating point data. 
Therefore, the rasterization process of Rossin operates floating-point data using a floating point 
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format and converts the floating-point data to fixed point data. Although the floating point data 
are used as input to the rasterization process from the geometry accelerator 1 10, the rasterization 
process still operates the data using a floating point format at least during the inputting process 
and the conversion process in the rasterization stage. 

Olano discloses in Page 59 that RenderMan has one representation for all numbers: 
floating point. In Page 27, Olano further discloses the Mandelbrot shader (the prior art teaching) 
renders a frame of image having visible detail to the precision limits of the computations 
involved which is displayed in Fig. 4.7 wherein a frame of an image is rendered in floating point 
precision. Moreover, Olano discloses in page 58 of rendering a frame at 30 frames per second in 
a system with four shaders using the paging method in which four bytes (floating point) of 
texture memory for every pixel in a 128 by 64 region (a frame) takes 380 pis in which a frame of 
the image is rendered in the shader in the floating point format. Olano further discloses 
modifying the Mandelbrot fractal shader for efficient implementation to use 32 bit fixed point 
format instead of 32 bit floating point format (see page 59) and generating a prototype shader 
using floating point alone, but to improve the speed and memory usage, changes to fixed point 
may be necessary. In page 65, however, Olano points out that it is not entirely possible or it is 
also possible to prototype an entire shader in floating point for high memory shaders, 
instead of the 256 bytes of memory shaders. In page 69, Olano implemented 32-bit floating point* 
execution on shaders. In page 79-80, Olano discloses the stages of shading including a frame 
buffer node for rendering a frame of the image. Although PixelFlow software are not entirely 
implemented in floating format calculations and fixed point calculations are desirable with the 
pfman rendering, Olano nevertheless discloses the alternatives for building expensive shaders 
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for rendering a frame of the image in the memory in the floating point formats , especially in the 
prior art teaching of the Renderman's rendering of a frame of the image in the floating point 
format within the Renderman pipeline. 

Storm teaches a floating point frame buffer or "a display screen coupled to the frame 
buffer for receiving the plurality of image values read out from the frame buffer in the floating 
point format" (See Figs. 3-10 and column 6, lines 18-32 and column 7, lines 25-56). 

Therefore, having the combined teaching of Rossin, Storm and Olano as a whole, one of 
ordinary skill in the art would have found it obvious to modify the frame buffer of Rossin to 
achieve floating point precision (Olano Page 70) wherein the floating point frame buffer 
generates a marked improvement in the rendered image quality (Olano Fig. 4.7 and Page 59) 
with more expensive computation load (Olano Page 69). 

Claim Rejections - 35 USC §103 
The following is a quotation of 35 U.S. C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

Claims 1-3, 5-13, 22, 26-33, 35-37, and 45-56 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over Rossin et al. (US Patent No. 5,862,066) in view of Storm et al. U.S. 
Patent No. 5,874,969 (hereinafter Storm) and Marc Olano, "A Programmable Pipeline for 
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Graphics Hardware", PhD Dissertation, Department of Computer Science, University of North 
Carolina, Chapel Hill, April 1998 (hereinafter Olano). 

Re claims 1 and 45, Rossin teaches a rasterization circuit coupled to the processor that 
rasterizes the primitive according to a rasterization process which operates using a floating point 
format (col 7, lines 18-41; col. 3. lines 1-19), a frame buffer coupled to the rasterization circuit 
for storing a plurality of image values and a display screen coupled to the frame buffer for 
displaying an image according to the image values stored in the frame buffer (col. 2, lines 12-41 . 
col. 3. lines 20-32). 

In other words, Rossin teaches a typical computer graphics system include a geometry 
accelerator, a rasterizer and a frame buffer. The output from the geometry accelerator, referred to 
as rendering data, is used by the rasterizer (and optional texture mapping hardware) to compute 
final screen space coordinates and R, G, B color values for each pixel constituting the primitives. 
The pixel data is stored in the frame buffer for display on a display screen. In that the geometry 
accelerator may be required to perform on the order of hundreds of millions of floating point 
calculations per second per chip. Functions of the geometry accelerator may include three- 
dimensional transformation, lighting, clipping, and perspective divide operations as well as plane 
equation generation, performed in floating point format. Geometry accelerator functions result in 
rendering data which is sent to the frame buffer subsystem for rasterization, and thereby the 
rasterization process which operates using a floating point format. 
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Rossin fails to expressly teach "a floating point frame buffer" or "a display screen 
coupled to the frame buffer for receiving the plurality of image values read out from the frame 
buffer in the floating point format." 

Storm teaches a floating point frame buffer or "a display screen coupled to the frame 
buffer for receiving the plurality of image values read out from the frame buffer in the floating 
point format" (See Figs. 3-10 and column 6, lines 18-32 and column 7, lines 25-56). 

Therefore, having the combined teaching of Rossin, Storm and Olano as a whole, one of 
ordinary skill in the art would have found it obvious to modify the frame buffer of Rossin to 
achieve floating point precision (Olano Page 70) wherein the floating point frame buffer 
generates a marked improvement in the rendered image quality (Olano Fig. 4.7 and Page 59) 
with more expensive computation load (Olano Page 69). 

Rossin fails to explicitly teach a processor for performing geometric calculations on a 
plurality of vertices of a primitive. On the other hand, Olano and Storm teach a pixel processor 
for performing geometric calculations on a plurality of vertices of a primitive (See Olano Fig. 
2.1, 3.1, 3.2, 3.4, 5.2 and Page 68-75, 102-104 and StormFigs. 3-10 and columns 5 and 8). For 
example, Olano teaches pixel processor receives geometry primitive data and performs either 
floating point or fixed point operations on the received geometry data. He discloses a graphics 
rendering pipeline mapped to the so called PixelFlpw including a SIMD system of pixel 
processors performing modeling, transformation, primitive and interpolation, shading, lighting, 
atmospheric shading and image warping. In that the PixelFlow includes shaders for determining 
the shading and color variations across each surface wherein the shaders are executed 
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sequentially including performing the surface shader to perform a certain class of texture lookups 
in which detailed surface geometry may be rendered using texture maps wherein the texture 
maps (Olano Page 31-32) are used to get different effects. In that he also teaches handling a 
floating point or fixed point frame buffer which is a portion of the rasterization pipeline within 
the graphics rendering pipeline. The color values received by the pipeline are represented in a 
floating point format which includes a mantissa portion and an exponent portion (Olano Page 
100). 

Therefore, having the combined teaching of Rossin, Storm and Olano as a whole, one of 
ordinary skill in the art would have found it obvious to modify the rasterization process of Rossin 
which acts on the floating point color values that incorporates a processor in a graphics pipeline 
of Storm or Olano for performing geometric calculations on a plurality of vertices of a primitive. 
Doing so would enable the color values being represented more efficiently resulting in increased 
performance and accuracy (See Olano Fig. 4.7) for the graphics pipeline (See Olano Fig. 2. 1, 3. 1, 
3.2, 3.4, 5.2 and Page 59, 68-79, 102-104) wherein the pipeline executing on the floating point 
values generates a marked improvement in the rendered image quality over the pipeline 
executing on the fixed point values (Olano Fig. 4.7 and Page 59) with more expensive 
computation load (Olano Page 69). 

Re claims 2 and 46, Rossin and Olano disclose rasterization circuit performs scan 
conversion on vertices having floating point values (Rossin col. 2, lines 12-67). In other words, 
Rossin and Storm teach three-dimensional transformation, texture mapping, lighting, clipping, 
and perspective divide operations as well as plane equation generation performed in floating 
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point format (Rossin col. 2, lines 12-67 and Olano Fig. 2.1, 3.1, 3.2, 3.4, 5.2 and Page 68-79, 
102-104 and Storm Figs. 3-10 and column 5-8). 

Re claims 3 and 47, Storm and Olano disclose a texture circuit coupled to the 
rasterization circuit with the graphics pipeline that applies a texture to the primitive, wherein the 
texture is specified by floating point values and a texture memory coupled to the texture circuit 
that stores a plurality of textures in floating point values (See Olano Fig. 2. 1, 3.1, 3.2, 3.4, 5.2 
and Page 68-75, 102-104 and Storm column 5-9). 

Re claims 5 and 48, Rossin, Storm and Olano disclose the floating point format is 
comprised of sixteen bits (Rossin col. 1, lines 32-44 and StormFig. 2.1, 3.1, 3.2, 3.4, 5.2 and 
Page 68-79, 102-104). 

Rossin, Storm and Olano disclose floating point values have 16 bits (Olano Fig. 2.1, 3.1, 
3.2, 3.4, 5.2 and Page 68-79, 102-104 and Storm column 4-9) 

Re claims 7 and 50, Rossin, Storm and Olano disclose a lighting circuit coupled to the 
rasterization circuit for performing a lighting function, wherein the lighting function executes on 
floating point values (Olano col. 2, lines 42-67 and Olano Fig. 2.1, 3.1, 3.2, 3.4, 5.2 and Page 68- 
79, 102-104 and Storm column 4-9). 

Re claims 6, 8-13 and 22, 49, and 51-56, the limitations of claims 6, 8-13, 22, 49 and 51- 
56 are analyzed as discussed with respect to claim 1 . 

Re claim 26, Storm and Olano disclose the steps of writing, storing, and reading the data 
in the frame buffer in the floating point format are further comprised of specifying the floating 
point format according to a specification, wherein the specification corresponds to a level of 
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range and precision (See Olano Fig. 2.1, 3.1, 3.2, 3.4, 5.2 and Page 68-79, 102-104 and Storm 
column 4-9). 

Re claim 31, Rossin, Storm and Olano disclose a computer system comprising a raster 
subsystem for performing a rasterization process, the rasterization process performed in a 
floating point format and a floating point frame buffer coupled to the raster subsystem for storing 
a plurality of floating point color values (Rossin col. 2, lines 12-67 and Olano Fig. 2.1, 3.1, 3.2, 
3.4, 5.2 and Page 68-75, 102-104 and Storm column 5-9). In other words, Rossin, Olano and 
Storm teach a typical computer graphics system include a geometry accelerator, a rasterizer and 
a frame buffer in a graphics pipeline. 

The output from the geometry accelerator, referred to as rendering data, is used by the 
rasterizer (and optional texture mapping hardware) to compute final screen space coordinates and 
R, G, B color values for each pixel constituting the primitives. The pixel data is stored in the 
frame buffer for display on a display screen. In that the geometry accelerator may be required to 
perform on the order of hundreds of millions of floating point calculations per second per chip. 
Functions of the geometry accelerator may include three-dimensional transformation, lighting, . 
clipping, and perspective divide operations as well as plane equation generation, performed in 
floating point format. Geometry accelerator functions result in rendering data which is sent to the 
frame buffer subsystem for rasterization. 

Re claims 32-33 and 35, Storm and Olano disclose the floating point color values are 
written to, read from (for display purposes), and stored in the frame buffer (See Olano Fig. 2. 1, 
3.1, 3.2, 3.4, 4.7, 5.2 and Page 59, 68-79, 102-104 and Storm column 5-9). 
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Re claims 36-37, Storm and Olano disclose the floating point color values are comprised 
of 16 bits of data and the data are comprised of one sign bit, ten mantissa bits, and five exponent 
bits (See Olano Fig. 2.1, 3.1, 3.2, 3.4, 4.7, 5.2 and Page 59, 68-79, 102-104 and Storm column 5- 
9). 

Conclusion 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Jin-Cheng Wang whose telephone number is (571) 272-7665. 
The examiner can normally be reached on 8:00 - 6:30 (Mon-Thu). 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Mike Razavi can be reached on (571) 272-7664. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 
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